home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6904 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.5 KB
  1. Path: in1.uu.net!insync!usenet
  2. From: bubba@insync.net (Bill Garfield)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Multitech and disconnects
  5. Date: Sun, 03 Mar 1996 17:28:46 GMT
  6. Organization: Associated Technical Consultants
  7. Message-ID: <3139d094.1006366@news.insync.net>
  8. References: <4h3kji$qhn@news.netam.net> <313943c5.27674375@news.teleport.com>
  9. Reply-To: bubba@insync.net
  10. NNTP-Posting-Host: line-233.insync.net
  11. X-Newsreader: Forte Agent .99d/32.182
  12.  
  13. curt@teleport.com (Curt...) wrote:
  14.  
  15. >baron@alpha.netam.net (Baron Chandler) wrote:
  16. >
  17. >> Hello, all. We're an ISP with several Multitech 2834 MR modems... We are 
  18. >> having problems with disconnects and people getting trash when connecting
  19. >> (Protocol: NONE is displayed by the calling modem)...
  20. >> 
  21. >> Is anyone else having these problems? Does anyone have a suggestion? It
  22. >> seems like dirty lines but I am not completely convinced... 
  23. >
  24. >
  25. >Tell your customers to set their modems to not accept connections which do not
  26. >negotiate V42.bis error correction protocol.  Garbage and disconnects on 28.8
  27. >modems are frequently a result of a non-error correction connection.  Most modems
  28. >have a command or s-register setting to tell the modem to not connect to modems
  29. >that have failed to negotiate error correction.  This may cause more redial attempts,
  30. >but when they get a connect, it will be solid.  This is a pretty common problem.
  31.  
  32. Curt's recommendation is a good one.
  33.  
  34. We operate a couple central site host systems, and have long ago
  35. realized that at modem speeds above 9600 bps that in general, non-error
  36. correcting high speed connections simply are not survivable, period.
  37.  
  38. Unfortunately, locking one's modem in
  39. "forced-error-control-else-don't-connect" mode usually requires
  40. performing some unnatural act, like reading the manual and finding the
  41. command to effect that instruction. :)
  42.  
  43. On Multi-Tech brand modems the command is &E2 and on USR modems it's &M5
  44. but that's only two out of a blue-bazillion brands.
  45.  
  46. Of course the central site host operator could lock the host modems in
  47. forced-error-control-else-don't-connect mode, but in our case that would
  48. be a bad decision since we still have 1/4 of our customer base calling
  49. in at 2400 bps and below. We are not an isp, but do operate a large
  50. online order entry system, for which 2400 bps is still perceived as
  51. adequate for many customers.
  52.  
  53. The best idea I've heard tossed around is a host system that can be set
  54. up to require E/C at speeds of 4800 and up but allows non-E/C
  55. connections below 4800.
  56.  
  57.  
  58.